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(54) Interface between agent and managed device 



(57) In a system in which processing modules are 
coupled to each other and to peripheral devices through 
a network and wherein the operation of the peripheral 
device is managed by processing module managers 
employing different management protocols, the periph- 
eral device includes plural agents each with a different 
management protocol to exchange data with the man- 
agers having the same management protocol. The plu- 
ral agents are coupled to the managed device by an in- 
strumentation interface which operates to translate re- 
quest messages from the manager into calling signals 



for the managed device controller, to receive status and 
attribute signalsf rom the managed device controller and 
to send data messages on the status and attribute sig- 
nals to the requesting agent having the same manage- 
ment protocol as the requesting processing module 
manager. Alert signals from the managed device are 
sent to the instrumentation interface which provides da- 
ta messages on the alert to the plural agents so that the 
processing module managers having different manage- 
ment protocols can interpret the alert condition of the 
managed device. 
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Description 

The invention relates to networking processing 
modules and peripheral devices in a computer system 
and more particularly to interface arrangements be- 
tween agents and peripheral devices managed by ap- 
plications in processing modules. 

In networked computer systems, agents and pe- 
ripheral devices serving processing modules are con- 
nected at different points of a network. The network cou- 
ples the connected processing modules which may in- 
clude work stations, terminals and file servers with other 
processing modules and with peripheral devices such 
as scanners and printers required to service applica- 
tions being performed by the processing modules. Each 
processing module includes a manager that manages 
one or more peripheral devices servicing applications of 
the processing modules by sending request messages 
to an agent at the peripheral device and receiving return 
data on the status of and attributes of the peripheral de- 
vice managed by the processing module. 

U.S. Patent 5,367,635 issued to Neai Bauer et aL 
November 22, 1 994 discloses a computer network man- 
agement system in which a user requesting manage- 
ment data of a target device on the network sends a 
message that is received by agent software at the target 
device. The agent retrieves data associated with the 
management request and sends the retrieved data in a 
packet back to the user. Data exchanged between user 
and the agent are formatted in accordance with one of 
several predefined protocol models. The user can de- 
fine a process through a text editable file which may be 
modified and sent to the agent of the target device so 
that user defined processes can be initiated at the target 
device. In this way, the target device is managed by the 
network user. 

When a management request of a processing mod- 
ule requires information on the status or features of a 
managed controlled device, the agent can send a signal 
calling for return signals as to a status or an attribute of 
the managed device to a controller in the managed de- 
vice through an interface between the agent and the 
managed device. The interface receives signals from 
the controller and generates data reflecting the periph- 
eral device status. Upon receiving the status data from 
the interface, the agent generates data for a return mes- 
sage from the interface data, formats the data by means 
of its embedded management protocol and sends the 
formatted data message to the processing module man- 
ager in the format of its embedded management proto- 
col. 

The messaging through the network may be per- 
formed using one of several available protocols. The 
processing module application may, for example, use 
an OSI protocol model, a TCP/IP protocol model or an- 
other protocol model to exchange information. If the OSI 
protocol model is employed, the CMIP management 
protocol is used for peripheral device management. Al- 



ternatively, the application may use the TCP/IP protocol 
model which includes the SNMP-management protocol 
for peripheral device management. The management 
protocols are generally embedded in the processing 
module and the peripheral device when these units are 
manufactured. As a result, there is a limitation on the 
interconnection capability in the network. Since the 
processing module and the peripheral device may come 
from different sources, the management protocol em- 
bedded in the manager at the processing module may 
not be the same as the management protocol embed- 
ded in the agent at the device. If the management pro- 
tocols are different, request messages sent by the man- 
ager which are restricted to one protocol cannot be in- 
terpreted by the agent at the managed device and the 
return data from the device agent cannot be interpreted 
by the manager at the processing module. 

The agent must also communicate with the man- 
aged device on events such as an alarm and send for- 
matted messages on the alarm to the processing mod- 
ule manager. When the management protocol of the 
processing module manager is different from that of the 
agent of the managed device, the data formatted by the 
agent and sent to the manager cannot be interpreted as 
a response to the manager request. When one agent is 
interfaced with the managed device, the event signals 
received by the agent from the managed device may be 
sent using a management protocol different than that of 
the processing module manager so that the data packet 
reaching the processing module manager cannot be 
correctly interpreted. Accordingly, it is a problem in a 
networked computer system to provide arrangements 
for exchange of management information between 
processing modules and peripheral devices through the 
required protocols. 

The invention is directed to a networked computer 
system in which processing modules and peripheral de- 
vices serving the processing modules are coupled via a 
network. Each processing module has a manager oper- 
ating under a predetermined one of plural management 
protocols that manages the peripheral devices. Each 
peripheral device has plural agents for exchanging man- 
agement information with the processing module man- 
agers over the network and each of the agents.operates 
under a different one of the plural "management proto- 
cols. An interface between the agents and the managed 
peripheral device responds to an information request 
from the one of the plural agents operating under the 
same management protocol as the processing module 
manager requesting the device information by generat- 
ing a call signal calling for signals from the managed 
peripheral device corresponding to information request- 
ed by the manager. Data corresponding to the manager 
requested information is generated in the interface in re- 
sponse to the signals returned by the managed periph- 
eral device and the generated data is sent to the agent 
operating under the same management protocol as the 
processing module manager. 
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According to one aspect of the invention, the inter- 
face between the plural agents and the managed pe- 
ripheral device receives signals from the managed pe- 
ripheral device corresponding to events occurring in the 
device. Data is generated in the interface responsive the 
received -signals. The generated data is sent to each 
agent operating under the same management protocol 
as the manager of the processing module using the 
managed peripheral device. Each agent sends the data 
on the managed peripheral device event to the process- 
ing module managers operating under the same man- 
agement protocol as that of the agent. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 depicts a computer network structure having 
an arrangement of processing modules and periph- 
eral devices connected to interconnected local area 
networks: 

Fig 2 is a general block diagram of a network inter- 
face board connected between a local area network 
and a network printer; 

Fig 3 is a diagram illustrating the arrangement of 
agents with instrumentation and network interfaces 
in the network interlace board of Fig. 2 according to 
the invention. 

Fig 4 shows an arrangement of software modules 

- in the control memory of the network interface board 
of Fig 2; 

= Fig 5 is a flow chart illustrating the operation of a 

- processing module manager in exchanging data 
* with an agent of a managed peripheral device; 

Figs. 6-8 are flow charts illustrating the operation of 
an instrumentation interface between the managed 
device and agents of the managed device respon- 
sive to a processing module manager information 
request in accordance with the invention; 
Fig. 9 is a flow chart illustrating the operation of the 
instrumentation interface of Fig. 4 in response to an 
alert condition of the managed device. 
Fig. 10 illustrates the sequencing of operations in 
the instrumentation interface shown in the flow 
charts of Figs. 6-8; and 

Fig. 11 is a more detailed block diagram of the. con- 
trol device interlace of Fig. 2. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

Fig. 1 shows a computer system in which plural 
processing modules and peripheral devices are coupled 
through interconnected local area networks (LAN). Re- 
ferring to Fig. 1, there are shown LANs 120 and 130, 
work stations 101-1 through 101 -N, terminals 123-1 
through 123-N, a printer 112, a network expansion 
board 115 at the printer 112, a disk drive unit 105 and 
wireless coupling modules 121 and 131. Work stations 
1 01 -1 through 1 01 -N are connected to the LAN 1 20 and 



4 

. terminals 123-1 through 123-N to the LAN 130. The 
printer 112 is coupled to the LAN 120 through the net- 
work interface board 115 and the disk drive unit 105 is 
connected to the work station 1 01 -N. 

5 As is well known in the art, the arrangement of Fig. 
1 permits each processing module to utilize the resourc- 
es of the other processing modules and peripheral de- 
vices connected to the network although the processing 
modules and the other network resource devices may 

10 be located in different offices, on different floors of the 
same building or in different buildings. For example, the 
terminal 123-1 can be coupled to the printer 112 or to 
the disk device 105 connected to work station 101 -N so 
that the special services provided by the printer 1 1 2 and 

is the work station 101 -N may be utilized by a user at ter- 
minal 1 23-1 . Coupling of processing modules with other 
processing modules and peripheral devices is per- 
formed by exchanging data packets through the network 
using a standard protocol. The OS I and the TCP/IP pro- 

20 tocoi models are in common use and permit exchange 
of data among the different apparatus connected to the 
network. 

Fig. 2 is a general block diagram of the network ex- 
pansion board (NEB) 115 connected between the LAN 

25 120 and the printer 112. The NEB 115 provides hard- 
ware, software and firmware that permits a network pe- 
ripheral, such as a printer, to be an intelligent, interactive 
network member that receives and processes data from 
the network, and also transmits to the network signifi- 

30 cant amounts of data about the peripheral device such 
as detailed status information, operational parameters. 
The NEB 115 may also be used to connect other periph- 
eral devices such as facsimile devices, copiers, image 
processors or peripheral devices in which facsimile, 

35 copying and image processing are combined into one 
unit to the network. 

Referring to Fig. 2, the NEB 115 includes a micro- 
processor 201, a network interface controller 203, a 
flash or electrically programmable memory 205 and a 

40 managed device interface 209. The microprocessor 201 
may preferably be an Intel 80C188EA-20 8-bit proces- 
sor, the details of which can be found in the 80C186EA/ 
80188EA User's Manual, Intel p/n 270950-001, Intel 
Corp. This processor is an 8-bit processor with direct 

45 memory access (DMA), interrupts, timers, and a DRAM 
refresh control. Other microprocessors, such as an 
AMD 80C1 88-20 8-bit microprocessor, might alterna- 
tively be used. The printer 112 includes a device con- 
troller 220 and a print engine 224. 

50 The network interface controller 203 is coupled to 
the LAN 120 through a cable 211 , to microprocessor 201 
through a line 21 3 and to the flash memory 205 through 
a line 215. The device interface 209 is coupled to the 
microprocessor 201 through a line 217 and is further 

55 coupled to the device controller 220 through cable 2 1 9. 
In the printer 112, the device controller 220 is coupled 
to the print engine 224 via a line 226. The device inter- 
face 209 allows extensive printer status and control in- 
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formation to be exported to NEB 115 and thence to an 
external network node so as to allow programming of 
many useful support functions. In the NEB 115, blocks 
of print image data and control information are assem- 
bled by the microprocessor 201, are written into a s 
shared memory of the device control interlace 209, and 
are then read by printer controller 220. Likewise, printer 
status information is transferred from printer controller 
220 to the shared memory of the device interface 209, 
from which it is read by the microprocessor 201 . 

In operation, the network interface controller203 re- 
ceives data and control information from a processing 
module which it serves via the LAN 1 20 and the line 21 1 
and sends status information on the printer 112 to the 
processing module using the printer through the LAN 
1 20. The device control interface 209 transfers print da- 
ta and control information data received from the micro- 
processor 201 to the device controller 220 of printer 112 
and transfers status signals from the device controller 
220 to the microprocessor 201 . The status signals may 
include information on transient state; on-line, printing; 
off-line, not printing; engine test detected; maintenance 
program running; in sleep mode; paper out; printer 
open; paper jam; no EP cartridge; toner low; U-L feed; 
load paper; feed paper; CaPSL operator call; upper 
feeder reject; middle feeder reject; lower feeder reject; 
set upper; set middle; paper drain; tray full; page full; 22 
LINE ERROR; 40 LINE ERROR; download memory full; 
working memory full; deadlock memory full; job reject; 
print check; font full; engine warming up; external oper- 
ator call; front card removal; NVRAM full; hard disk full; 
memory full; low resolution, cant switch to low; hard disk 
crash; "please power off"; full paint reject; scale error; 
duplex reject; expansion I/O error; tray trouble; resident 
ROM: bad format; not supported option; no option font; 
unavoidable memory full; service call is active; starting 
state; going off-line; going on-line; off-line, not printing, 
in a menu; transient, menu finished, return to OFFLINE; 
panel reset requested; SWOFF detected (power down 
request); reboot system; panel form feed requested; 
panel form feed cancelled; external program test print; 
test print cancelled; maintenance program done. 

The device interface 209 includes a shared buffer 
* memory to store data being transferred and a control 
logic unit that directs the flow of information between the 
microprocessor 201 and the device controller 220 or 
other arrangements well known in the art. The arrange- 
ment of the network interface controller 203, the micro- 
processor 201 and the device control interface 209 pro- 
vide bidirectional information exchange between the 
printer 112 and the processing module using the printer. 
Examples of bidirectional network interfaces are de- 
scribed in U.S. Patent No. 5,323,393, which describes 
a network device having a bi-directional SCSI interface 
and U.S. Patent Application Serial No. 08/336,062, en- 
titled "Network Protocol Sensor", which describes a net- 
work device having a bi-directional shared memory in- 
terface. 



Fig. 11 is a more detailed block diagram of the de- 
vice control interface 209. The controlled device inter- 
face 209 includes a shared memory 1125, a shared 
memory interface 1120, a shared memory arbiter 1105, 
an interrupt control register 1110 and bus control logic 
units 1101 and 1115. Referring to Fig. 11, the bus control 
logic 1101 communicates with the microprocessor 201 
and the managed device controller 220 communicates 
with bus control logic 1115. Memory accesses from the 
bus of the managed device controller 220 and the bus 
of the microprocessor 201 are routed to the shared 
memory arbiter 1 1 05 which determines the priority of the 
buses and permits the bus having priority to access the 
shared memory 1 1 25. The interrupt control register 1110 
also accessed through the shared memory arbiter 1105 
allows interruption of one of the microprocessor 201 and 
the managed device controller 220 by the other. 

In operation, the controlled device interface 209 in- 
terleaves concurrent accesses of the microprocessor 
201 and the controller 220 by allowing access to shared 
memory 1 1 25 on a first-come, first-serve basis. The low- 
er priority unit of the microprocessor 201 and the con- 
troller 220 is presented with a wart state while the higher 
priority unit has access to the shared memory 1125. In 
the event of simultaneous access requests, the micro- 
processor 201 is given priority. A large portion of the 
shared memory 1125 has a ring buffer structure into 
which the microprocessor 201 writes print data and from 
which the printer controller 220 reads the print data. As 
the writing and reading of data blocks proceeds, the mi- 
croprocessor 201 and the controller 220 update their re- 
spective "put" and "get" pointers to indicate the next lo- 
cation that should be accessed. By comparing the "put" 
and "get" pointer, the writing unit of microprocessor 201 
and controller 220 can then determine the availability of 
memory space and the reading unit can determine 
whether there is data to be read. Contention for the 
shared memory 11 25 is reduced by allowing the printer 
controller 220 sole access to the shared memory 1125 
until its reading catches up with the writing of the micro- 
processor 201 . 

As is well known, the operations of a peripheral de- 
vice such as printer 1 1 2 in servicing processing modules 
such as work stations 101 -1 and 1 01 -N through the LAN 
120 are managed from the processing modules. In' run- ~ 
ning an application, a manager in the processing mod- 
ule exchanges messages in the form of packet data 
units with an agent residing in the flash memory 205 of 
the NEB to manage the operations of the printer 112 in 
the application. The packet data units (PDUs) sent by 
the processing module manager 301 employ a prede- 
fined management protocol in sending PDUs to the 
agents residing in the NEB 115 and in receiving PDUs 
from the network coupled NEB manager. In prior art ar- 
rangements, each managed peripheral device has one 
preset agent for information exchange with processing 
module managers over a network. This agent uses a 
fixed management protocol for exchange of PDUs. In 
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current practice, the protocols for the manager for the 
processing module and the agent for the peripheral de- 
vice are embedded prior to installation in the network of 
Fig. 1 . If the management protocol of the agent is differ- 
ent than the management protocol of the processing 
module manager, neither PDUs received at the man- 
aged device agent or at the processing module manager 
are correctly interpreted. 

In accordance with the invention, an agent is pro- 
vided for each management protocol and an instrumen- 
tation interface exchanges signals and data between 
the agent receiving an information request from a 
processing module manager and the managed periph- 
eral device so that the proper management protocol is 
employed in sending PDUs to the processing module 
manager. By providing plural agents with different man- 
agement protocols in the peripheral device, the periph- 
eral device can be managed by any of the processing 
module managers without alteration of the network. In 
the event that a new peripheral device with the features 
of the invention is added to a networked computer sys- 
tem, it is fully compatible with all processing modules in 
the system. 

Fig. 3 illustrates diagrammaticalty the management 
arrangements according to the invention. In Fig. 3, there 
are shown processing managers 301 and 303 which re- 
side in different ones of the processing modules of the 
computer network of Fig. 1, the managed device 112 
and a protocol interface 307, an SNMP agent 309, a 
CMIP agent 311 and an instrumentation interface 313 
which reside in the NEB 115. When a PDU is received 
by the agent 309 operating under a management proto- 
col for SNMP that is the same as that of the processing 
module manager 301 making the request, data corre- 
sponding to the PDU of the request is translated into a 
call signal which is sent to the controller 220 of the man- 
aged device 112 by the instrumentation interface 313. 
Signals returned by the managed device controller 220 
are converted to data which is sent to the SNMP agent 
309 and a PDU formatted from the managed device data 
is sent to the processing module manager 301 in the 
format of the management protocol for SNMP. 

All of the functions performed by the NEB 115 are 
controlled by the instructions stored in the memory 205. 
Fig! 4 shows the block arrangement of the flash memory 
205 with respect to interfacing the transfer of data and 
signals exchanged between the microprocessor 201 
and the managed device controller 220. The structure 
of memory 205 in Fig. 4 includes a monitor block 405, 
an SNMP agent block 41 0, a CMIP agent block 41 2 and 
an instrumentation interface task block 415. The instruc- 
tion codes stored in each of these blocks control the mi- 
croprocessor 201 to perform the operations shown in 
the flowcharts of Figs. 6-8. 

The monitor block 405 provides instructions to the 
microprocessor 201 to sequentially activate the SNMP 
agent block 410, the CMIP agent block 412 and the in- 
strumentation interface task block 415 as illustrated in 



the diagram of Fig. 10. Referring to Fig. 10, the monitor 
1001 operates to activate an SNMP module 1005 cor- 
responding to block 410. In response, the SNMP mod- 
ule 1 005 controls the microprocessor to perform opera- 
s tions stored in the SNMP agent block 41 0 and to provide 
. a path for data to be sent to the instrumentation interface 
task modules 1015 or 1020 corresponding to the block 
415, as required. Upon completion of SNMP agent op- 
" e rations by the microprocessor and notification of data 
io for transfer to the monitor, the CMIP module 1010 cor- 
responding to block 412 is activated and the SNMP 
module 1005 is deactivated. After the CMIP agent mod- 
ule functions are performed and the monitor module is 
notified of data for transfer, -it is deactivated and the in- 
1$ strumentation interface task 1 module 1015 of block 41 5 
is activated to provide call signals to the managed de- 
vice controller 220 and to receive status and attribute 
signals from the managed device controller. When the 
operations directed by the instrumentation interface 
20 task 1 module 1015 are completed, it is deactivated and 
the instrumentation interface task 2 module 1020 of the 
block 41 5 is activated to perform a different set of signal 
and data transfer with the managed device controller 
220. The cycle of operation is then repeated. It is to be 
25 understood that the memory 205 may include other 
blocks and that the monitor module may sequentially ac- 
tivate modules in addition to those shown in Fig. 10. 

The exchange of data for a management informa- 
tion request operation is illustrated in the flow charts of 
30 Figs. 5-8. Fig. 5 shows the operation of the processing 
module manager (e.g. SNMP manager 301 ) in the infor- 
mation request process. Referring to Fig. 5, a PDU is 
generated in the SNMP manager 301 in step 501 and 
the PDU is directed to the SNMP agent 309 in the NEB 
35 115 (step 505). The manager 301 then awaits a re- 
sponse from the SNMP agent 309 of NEB 115 in step 
510. When the response PDU is received in step 515 
and it is decomposed according to the management pro- 
tocol for SNMP by the SNMP manager 301 in step 520 
40 and the results of the information request obtained from 
the managed device 112 are then displayed (step 525). 

Figs. 6-8 illustrate the operations of the microproc- 
essor 201 and the managed device interface 209 direct- 
ed by the SNMP agent block 410, the instrumentation 
'45 interface task block 415 and the controller 220 of the 
managed device 1 12 in response to the PDU request of 
the SNMP manager 301. Referring to Fig. 6, a network 
connection is initiated by the management information 
request in step 601. When a packet is received by the 
so SNMP agent 309 via the protocol interface 307 of Fig. 
3 (steps 605 and 610), it is decomposed in step 615 and 
a preliminary PDU is composed to return data respon- 
sive to the manager request (step 618). The processing 
is then checked for errors in decision step 620. If an error 
55 is detected, an appropriate error code is set and put into 
the PDU (step 625) and an error data packet is sent to 
the requesting processing module manager 309 via the 
protocol independent interface 307 and the LAN 120. 
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Control is then passed to decision step 605 in which a 
manager packet is awaited. 

In the event no error is detected, step 701 of Fig. 7 
is entered. A process request is issued and control is 
passed to decision step 705. It is then determined 
whether the request is one for a device attribute or for 
a local attribute stored in the NEB 115. When a local 
attribute has been requested, a "set" request or a "get" 
request is generated for local cache in the NEB 115 in 
step 710. The SNMP agent then forms a PDU with the 
requested data, sends the PDU to the processing mod- 
ule manager which provides data on the requested in- 
formation and control is passed to step 605. If it is de- 
termined in decision step 705 that the request is for a 
device attribute, step 715 is entered and a request mes- 
sage is sent by the sequencing control of the monitor 
block 405 to the instrumentation interface task block 
415. The SNMP agent 309 then enters step 730 to await 
a response from the instrumentation interface task 
through the monilor. 

Refer fing to Fig. 8, step 801 is entered from step 
715 of Fig 7 and the instrumentation interface task re- 
ceives the message from the SNMP agent 309 through 
the monitor sequencing. The message from the SNMP 
agent 309 is translated to a managed device function 
call signal by the instrumentation interface task and the 
function call signal is sent to the controller 220 of the 
managed device (step 805). The managed device con- 
troller 220 then performs the command of the called 
function (step 81 0) and the device controller 220 returns 
a status or attribute value signal to the instrumentation 
interface task in the NEB 115 (step 820). The attribute 
or status value received by the instrumentation interface 
task is translated to a data message for the agent 309 
by the instrumentation interface task block and is sent 
via the monitor sequencing to the SNMP agent 309 in 
step 825. Step 730 of Fig. 7 is then entered through the 
waiting step 725 and the SNMP agent receives the at- 
tribute or status message. A response PDU is generated 
in the SNMP agent which sends the response PDU to 
the requesting processing module manager through the 
protocol interface 307 (step 735). Control is then passed 
to step 605 of Fig. 6 to await a packet from a processing 
* module manager.. * . . • 

Fig. 9 illustrates the transfer of information on an 
alert condition such as a paper jam in the managed de- 
vice using the instrumentation interface task 2 to provide 
a status message to all the processing module manag- 
ers in communication with the printer 112. In the opera- 
tion shown in Fig. 9, the device controller 220 detects 
an alert condition such as a paper jam in the print engine 
224 in step 901 . The device sends a coded signal to the 
managed device interface 209 (step 905). The coded 
signal is detected by the instrumentation interface task 
2 when it is activated by the monitor (step 910) and the 
coded signal on the paper jam from controller 220 is 
translated into an alert data message by the instrumen- 
tation interlace task 2 (step 915). The alert data mes- 



sage is sent to the monitor from the instrumentation in- 
terface task (step 920) and is routed by the monitor to 
the SNMP agent 309 and the CMIP agent 311 (step 
925). The agents 309 and 31 1 receive the alert message 

5 in step 930 via the monitor and generate trap messages 
in step 935. Each agent then forms a PDU reporting the 
paper jam alert and sends the PDU in to the processing 
module manager having the same management proto- 
col (step 940). Accordingly, the information on the paper 

10 jam alert is properly interpreted by all processing mod- 
ule manager independently of the management protocol 
residing in the manager. 

While preferred embodiments of the invention have 
been described, it is to be understood that the invention 

15 is not limited to the above described embodiments and 
that various changes and modifications may be made 
by those of ordinary skill in the art without departing from 
the spirit and scope of the invention. 

20 

Claims 

1. In a computer system having plural processing 
modules and at least one peripheral device coupled 

25 via a network, each processing module including a 
manager for managing the at least one peripheral 
device using a predetermined one of plural man- 
agement protocols and the at least one peripheral 
device having plural agents each using a different 

30 one of the predetermined protocols for exchanging 
management information with the managers over 
the network, apparatus for interfacing the plural 
agents with the managed peripheral device com- 
prising: 

35 

means coupled to the plural agents responsive 
to data of an information request from the one 
of the plural agents operating under the same 
management protocol as the management pro- 

40 tocol of a manager requesting information on 

the managed peripheral device for generating 
signals calling for managed peripheral device 
information signals corresponding to the infor- 
mation request of the manager; 

45 means for sending the calling* signals to the 

managed device; 

means coupled to the managed peripheral de- 
vice responsive to the information signals from 
the managed device for generating data re- 
50 sponding to the information request; and 

means coupled to the plural agents for sending 
the generated data to the one of the plural 
agents operating under the same management 
protocol as the requesting manager. 

ss 

2. The apparatus of Claim 1 , wherein the information 
signals are managed device status signals. 
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3. The apparatus of Claim 1, wherein the information 
signals are managed device attribute signals. 

4. The apparatus of Claim 1 , wherein the plural agents 
include an agent operating under an SNMP man- 5 
agement protocol. 

5. The apparatus of Claim 1 , wherein the plural agents 
include an agent operating under a CMIP manage- 
ment protocol. 10 

6. In a computer system having plural processing 
modules and at least one peripheral device coupled 
via a network, each processing module including a 
manager for managing the at least one peripheral *s 
device using a predetermined one of plural man- 
agement protocols and the at least one peripheral 
device having plural agents each using a different 
one of the predetermined protocols for exchanging 
management information with the managers over 20 
the network, a method for interfacing the plural 
agents with the managed peripheral device com- 
prising the steps of: 

receiving an information request from one of 25 
the plural agents operating under the same 
management protocol as the management pro- 
tocol of a manager requesting information on 
the managed peripheral device; 
sending a signal to the managed peripheral de- 30 
vice calling for information on the managed pe- 
ripheral device; 

receiving information signals from the man- 
aged peripheral device; 

generating data corresponding to the informa- 35 
tion signals from the managed device; and 
sending the generated data to the one agent 
operating under the same management proto- 
col as the management protocol of the request- 
ing manager. 40 

7. The method of Claim 6, wherein the information sig- 
nals are managed device status signals. 



8. The method of Claim 6, wherein the information sig- <*5 
nals are managed device attribute signals. 

9. The method of Claim 6, wherein the plural agents 
include an agent operating under an SNMP man- 
agement protocol. 50 

10. The method of Claim 6, wherein the plural agents 
include an agent operating under a CMIP manage- 
ment protocol. 

55 

11. In a computer system having plural processing 
modules and at least one peripheral device coupled 
via a network, each processing module including a 



manager for managing the at least one peripheral 
device using a predetermined one of plural man- 
agement protocols and the at least one peripheral 
device having plural agents each using a different 
one of the predetermined protocols for exchanging 
management information with the managers over 
the network, apparatus for interfacing the plural 
agents with the managed peripheral device com- 
prising: 

means coupled to the managed peripheral de- 
vice for receiving signals from the managed pe- 
ripheral device corresponding to predeter- 
mined events occurring in the managed device; 
means responsive to the received signals from 
the managed device for generating data corre- 
sponding to events occurring in the managed 
device; and 

means coupled to the plural agents for sending 
the event corresponding data the plural agents, 
each agent operating under the same manage- 
ment protocol as the management protocol of 
the processing module manager with which the 
agent exchanges management information. 

12. The apparatus of Claim 11, wherein the plural 
agents include an agent operating under an SNMP 
management protocol. 

13. The apparatus of Claim 11, wherein the plural 
agents include an agent operating under a CMIP 
management protocol. 

14. In a computer system having plural processing 
modules and at least one peripheral device coupled 
via a network, each processing module including a 
manager for managing the at least one peripheral 
device using a predetermined one of plural man- 
agement protocols and the at least one peripheral 
device having plural agents each using a different 
one of the predetermined protocols for exchanging 
management information with the managers over 
the network, a method for interfacing the plural 
agents with the managed peripheral device .com- 
prising the steps of: 

receiving signals from the managed peripheral 
device corresponding to predetermined events 
occurring in the managed device; 
generating data corresponding to the predeter- 
mined events occurring in the managed device 
responsive to the received signals from the 
managed device; and 

sending the event corresponding data to the 
plural agents, each agent operating under the 
same management protocol as the manage- 
ment protocol of the processing module man- 
ager with which the agent exchanges manage- 
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ment information. 

15. The apparatus of Claim 14, wherein the plural 
agents include an agent operating under an SNMP 
management protocol. s 

16. The apparatus of Claim 14, wherein the plural 
agents include an agent operating under a CMIP 
management protocol. 

10 

17. in a computer system having plural processing 
modules and at least one peripheral device coupled 
via a network, each processing module including a 
manager for managing the at least one peripheral 
device using a predetermined one of plural man- is 
agement protocols, apparatus for interfacing the 
managed peripheral device to the network compris- 
ing: 

plural agents each operating under a different 20 
one of the predetermined protocols; 
means coupled between the plural agents and 
the managed device for exchanging signals 
with the managed device and for exchanging 
data with the plural agents; 2$ 
means for sequentially activating the agents 
and the exchanging means, 
wherein, when one of the plural agents is acti- 
vated and receives an information request from 
a requesting manager operating under the 30 
same management protocol, the activated 
agent generates a signal calling for information 
signals from the managed device, 
the exchanging means when activated sends 
the calling signal to the managed device, re- 35 
ceives information signals from the managed 
device and generates data corresponding to 
the information signals, and 
the one of the plural agents when reactivated 
receives the data generated by the exchanging 40 
means and forms a response message in the 
same management protocol as the manage- 
ment protocol of the requesting manager. 

M8.~ The 'apparatus of Claim 17, wherein the plural- <*s 
agents include an agent operating under an SNMP 
management protocol. 

19. The apparatus of Claim 17, wherein the plural 
agents include an agent operating under a CMIP so 
management protocol. 

20. In a computer system having plural processing 
modules and at least one peripheral device coupled 

via a network, each processing module including a ss 
manager for managing the at least one peripheral 
device using a predetermined one of plural man- 
agement protocols and the at least one peripheral 



device having plural agents each using a different 
one of the predetermined protocols for exchanging 
management information with the managers over 
the network, a computer usable medium having 
computer readable program code means embodied 
therein comprising: 

first computer readable program code means 
corresponding to the agent operating under the 
same management protocol as the manage- 
ment protocol of a manager requesting infor- 
mation on the managed peripheral device for 
generating control signals to generate signals 
calling for managed peripheral device informa- 
tion signals corresponding to the information 
request of the manager; 
second computer readable program code 
means for generating control signals to send 
the calling signals to the managed device; 
third computer readable program code means 
for generating control signals to generate data 
responding to the information request; and 
third computer readable program code means 
for generating control signals to send the gen- 
erated data to the one of the plural agents op- 
erating under the same management protocol 
as the requesting manager. 

21. A computer usable medium having computer read- 
able program code means according to Claim 20 
further comprising fourth computer readable pro- 
gram code means for generating control signals to 
sequentially activate the first second and third com- 
puter readable program code means and to transfer 
the calling signals and the generated data between 
the plural agents and the managed device. 

22. In a computer system having plural processing 
modules and at least one peripheral device coupled 
via a network, each processing module including a 
manager for managing the at least one peripheral 
device using a predetermined one of plural man- 
agement protocols and the at least one peripheral 
device having plural agents each using a different 
one of the predetermined-protocols for exchanging 
management information with the managers over 
the network, a computer usable medium having 
computer readable program code means embodied 
therein comprising: 

first computer readable program code means 
for generating control signals to receive signals 
from the managed peripheral device corre- 
sponding to predetermined events in the man- 
aged device; 

second computer readable program code 
means for generating control signals to gener- 
ate data corresponding the predetermined 
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events occurring in the managed device in re- 
sponse to the received signals; and 
third computer readable program code means 
for generating control signals to send the pre- 
determined event corresponding data to the 5 
plural agents, each agent operating under the 
same management protocol as the manage- 
ment protocol of the processing module man- 
ager with which the agent exchanges manage- 
ment information. 10 

23. A computer usable medium having computer read- 
able program code means according to Claim 22 
further comprising fourth computer readable pro- 
gram code means for generating control signals to *5 
sequentially activate the first, second and third com- 
puter readable program code means to transfer the 
predetermined event signals from the managed de- 
vice and to transfer the generated data to the plural 
agents. 



20 



25 



24. A peripheral device for use in a computer system 
network, comprising a network interface for trans- 
mitting data to and receiving data from the network; 
and 

encoding and decoding means for encoding 
data to be transmitted from the peripheral device 
according to a set protocol and for decoding data 
received from the network encoded using the same 
protocol; 30 

characterised in that the peripheral device is 
provided with a plurality of said encoding and de- 
coding means, each adapted to encode and decode 
data according to a different protocol. 

35 

25. A peripheral device according to claim 24, compris- 
ing sequencing means for sequentially activating 
said encoding and decoding means. 

26. A peripheral device according to claim 24 or 25, *o 
wherein the data is indicative of the current status 

of the peripheral device. 



45 
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